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l RiAssurro 



I Viene descritto un metodo per gestire guasti plurimi di diverso tipo in reti per teleco- 
municazioni con topologia ad anello, in particolare anelli transoceanici MS-SPRING a 
quattro fibre. II metodo e caratterizzato dal fatto di prevedere nelle trame trasmesse 
almeno un'ulteriore coppia di byte (Kl', K2') di segnalazione di eventi, la prima coppia 
di byte (Kl, K2) essendo per la segnalazione di eventi di un primo tipo mentre l'alme- 
no un'ulteriore coppia di byte (Kl\ K2') essendo per la segnalazione di eventi di un 
secondo tipo. Tipicamente, la prima coppia di byte (Kl, K2) viene esclusivamente 

usata per segnalare eventi di tipo ring (o span) mentre rulteriore coppia di byte (Kl*, { 

i 
I 

K2') viene esclusivamente usata per segnalare eventi di tipo span (o ring). j 
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La presente invenzione riguarda il campo delle reti ad anello per telecomunica- 
zioni ed in particolare riguarda reti con topologia ad anello a quattro fibre il cui traffi- 
co e protetto da un meccanismo distribuito del tipo MS-SPRING. Ancora piu in parti- 
colare riguarda come gestire possibili scenari di guasti plurimi di tipo diverso in tali 
reti. 

Sono note nel campo delle telecomunicazioni le reti in fibra ottica con topolo- 
gia ad anello comprendenti un certo numero di nodi o elementi di rete connessi tra lo- 
ro da tratti di fibra in modo da formare un anello. II traffico in tali reti viene traspor- 
tato lungo dei cosiddetti path, owero circuiti che mettono in comunicazione due o piu 
elementi di rete dell' anello. 

Sono altresi noti dei meccanismi per la protezione del traffico in tali reti. Tra 
questi, e particolarmente diffuso un tipo di meccanismo distribuito denominate) MS- 
SPRING (Multiplexed-Shared Protection Ring). 

Nelle reti di comunicazioni SDH transoceaniche con topologia ad anello a 
quattro fibre in cui la protezione e dei tipo MS-SPRING si suddivide la banda dispo- 
nibile in due parti: i canali ad alta priorita (da proteggere in caso di guasto sull' anello) 
ed i canali a bassa priorita (che non sono protetti e, in caso di guasto, vengono abbat- 
tuti). Lungo la direzione di trasmissione, due nodi adiacenti sono interconnessi da 
quattro fibre (due in una direzione e due nella direzione opposta); i canali ad alta prio- 
rita (indicati con la sigla HP) occupano, in assenza di guasti, la fibra di lavoro (wor- 
king fiber) mentre i canali a bassa priorita (LP) occupano la fibra di protezione (pro- 
tection fiber), fintanto che questa non venga richiesta per eseguire protezioni 
sull' anello. 
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In reti siffatte si definisce guasto di tipo span la rottura (o il degrado) di una o 
entrambe le fibre working che collegano due nodi, oppure di una o entrambe le fibre di 
protezione; nel primo caso (fibre working interessate dalla rottura) la protezione di ti- 
po span prevede che tutto il traffico HP venga recuperato ridirigendolo sulla fibra 
protection della stessa tratta. Si definisce invece guasto di tipo ring la rottura (o il de- 
grado) sia della fibra working che della fibra protection tra due nodi adiacenti. E pre- 
vista in tal caso una protezione di tipo ring, che prowede a reinstradare il traffico HP, 
che verrebbe perso a causa della rottura, nella direzione opposta al guasto utilizzando i 
canali LP. 

II problema comune a tutti i meccanismi di protezione consiste nel proteggere e 
salvare la maggiore quantita possibile di traffico HP. 

La topologia ad anello garantisce che, in caso di guasto singolo, tutto il traffico 
ad alta priorita venga recuperato. Tuttavia la situazione diventa critica quando 
suir anello sono presenti piu guasti: per massimizzare il traffico protetto, ogni nodo 
dovrebbe poter segnalare tutti i guasti ed i comandi locali, in modo da notificare le sue 
richieste a tutto F anello. 

La gestione delle protezioni per reti ad anello e standardizzata dagli organismi 
internazionali ITU (Raccomandazione ITU-T G.841, Annesso A) ed ETSI. In entram- 
be le specifiche, il protocollo di protezione si basa su una coppia di byte Kl , K2 della 
trama SDH (o SONET), in particolare della sua sezione MSOH. II byte Kl e codifi- 
cato nel seguente modo: i suoi primi quattro bit portano codici di richiesta mentre i 
successivi quattro bit portano identificativi (ID) del nodo di destinazione per il codice 
di richiesta indicato nei primi quattro bit. Le funzioni del byte K2 sono come segue: i 
primi quattro bit portano identificativi del nodo sorgente; gli ultimi tre bit definiscono 
lo stato mentre il quinto bit rappresenta un codice di lunghezza del path (0 = path bre- 
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ve, 1 = path lungo). 

Nel campo della richiesta viene inserito il codice del guasto o del comando per 
il quale e necessaria un'azione coordinata dei nodi dell'anello. 

Nel caso di protezione ring, tutti i nodi intervengono direttamente, consentendo 
alia segnalazione di girare su tutto Tanello ed attuando eventualmente alcune azioni 
sul traffico. Condizione necessaria affinche la protezione ring venga gestita e che la 
segnalazione arrivi a tutti i nodi (segnalazione sul path lungo) che si porranno tutti in 
uno stato di pass-through (tranne i nodi terminali che saranno in Bridge & Switch). 

Invece, nel caso di protezioni span non si richiede che la segnalazione arrivi a 
tutti i nodi: gli unici coinvolti nella protezione, sono quelli adiacenti alia tratta interes- 
sata dal guasto span. Si dice in questo caso che la protezione span viene gestita tramite 
segnalazione sul path corto. 

II codice di stato sincronizza le azioni da intraprendere cosi da evitare miscon- 
nessioni sui flussi. 

La Raccomandazione ITU-T G. 841 prevede che sull'anello possano venire 
servite contemporaneamente piu richieste di tipo span oppure piu richieste di tipo ring, 
ma non richieste ring e span insieme; in tale frangente si protegge il traffico che attra- 
versa la span affetta da guasto span, ma non quello che attraversa il guasto ring. 

Inoltre esistono alcuni comandi che non vengono segnalati tramite i byte K agli 
altri nodi, bensi rimangono locali; per altri ancora (LP all span), pur se non segnalati, 
si desidera che abbiano effetto globale: essi non circolano sui byte K e per questo de- 
vono essere dati singolarmente a ciascun nodo tramite centro di gestione. 

Alia luce degli inconvenienti e delle mancanze delle soluzioni note e standar- 
dizzate descritte sopra, e lo scopo principale della presente invenzione quello di forni- 
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re un metodo per gestire guasti plurimi di diverso tipo (di tipo ring e di tipo span) in 
reti per telecomunicazioni transoceaniche con topologia ad anello. 

Questo scopo, oltre ad altri, viene ottenuto attraverso un metodo avente le ca- 
ratteristiche indicate nelle rivendicazioni indipendenti 1 o 5, attraverso una struttura di 
trama secondo la rivendicazione 10 e attraverso un elemento di rete secondo la riven- 
dicazione 13. Ulteriori caratteristiche vantaggiose vengono riportate nelle rivendica- 
zioni dipendenti. 

L'idea alia base della presente invenzione consiste nel prevedere un'ulteriore 
segnalazione per la protezione, usando una seconda coppia di byte Kl e K2, prenden- 
doli da byte ancora inutilizzati nella trama SDH (o SONET). In questo modo vi e la 
possibility di dedicare una coppia alle segnalazioni di tipo span e la seconda per le se- 
gnalazioni di tipo ring. In questo modo e possibile gestire contemporaneamente piu ri- 
chieste di tipo span (a priorita anche differente) e richieste di tipo ring. 

L'invenzione risultera certamente chiara dalla descrizione dettagliata che segue, 
data a puro titolo esemplificativo e non limitativo, da leggersi con riferimento alle 
nesse figure, in cui: 

Fig. 1 mostra una rete per telecomunicazioni a quattro fibre con top 
ad anello non affetta da alcun guasto; 

Fig. 2 mostra la stessa rete di Fig. 1 affetta contemporaneamente da un 
guasto ring e da un guasto span; 
- Fig. 3 mostra la stessa rete di Fig. 2 affetta anche da un degrado di fibra; 
Fig. 4 mostra la stessa rete di Fig. 2 ma affetta da due diversi guasti; e 
Fig. 5 mostra la rete di Fig. 2 in cui i guasti vengono gestiti attraverso il 
metodo della presente invenzione. 
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Prima di descrivere nel dettaglio la presente invenzione, si ritiene utile precisa- 
re che essa b ugualmente applicabile ad ogni tipo di trasmissione sincrona, tipicamente 
SDH e SONET. Tuttavia, per chiarezza, si e preferito fare riferimento solo aH'ambito 
SDH. Quindi, ogni riferimento fatto in questa descrizione e nelle rivendicazioni alle 
trasmissioni sincrone SDH, deve essere inteso come includente anche le trasmissioni 
SONET, almeno che non specificamente indicato. 

La Fig. 1 mostra una rete ad anello con una pluralita di nodi (A, B, . . .G) con- 
nessi attraverso tratte a quattro fibre schematizzate con frecce: una coppia di frecce 
rappresentando i canali di lavoro (HP) e Taltra coppia rappresentando i canali di prote- 
zione (LP). Viene installato nell'anello almeno un path protetto per portare informa- 
zioni da un nodo ad un altro. Per chiarezza viene illustrato solo un path tra D ed F 
(nodi di terminazione) passante attraverso i nodi intermedi C, B, A e G. 

Con riferimento alia Fig. 2 (ove il path non viene piu indicato per chiarezza), 
un guasto di tipo span (SFS, Signal Fail_ Span) in una tratta (C-D) viene gestito 
semplicemente passando il traffico sulla corrispondente fibra di protezione (LP). 
Analogamente, un guasto di tipo ring (SF R, Signal FailJRing) in una tratta (G-F) 
viene gestito utilizzando la parte di anello non affetta dal guasto, cioe quella in cui il 
nodo E e nodo intermedio. 

Dal momenta che nel protocollo della ITU-T G. 841 non e prevista la coesi- 
stenza di protezioni ring e span, poiche i nodi interessati dalla protezione span devono 
propagare solo richieste span e non possono mandare avanti richieste di tipo ring, non 
sara possibile salvare il path nel caso in cui sia affetto da due guasti di tipo diverso 
(ring e span). 
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Nello stesso scenario (Fig. 3) la presenza di un degrado span (SD S, Signal 
Degrade_Span) non viene segnalata poiche ha priorita inferiore rispetto alia segnala- 
zione ring (la quale comunque non viene servita). 

Pud capitare che un nodo, ad esempio il nodo C di Fig. 4, risulti sostanzial- 
mente isolato perche interessato da un guasto span da un lato e ring dall'altro, non 
possa comunicare alFanello Fintera situazione dei suoi allarmi. 

Quelle descritte sopra con riferimento a Figure 2-4 sono solo alcune delle si- 
tuazioni nelle quali l'attuale specifica non consente di massimizzare il recupero di traf- 
fico HP. 

Partendo dalla considerazione che comunque i quattro bit del campo "richiesta" 
del byte Kl consentono di codificare solo sedici differenti richieste (di comandi o al- 
larmi), si e arrivati alia conclusione della necessita di aumentare il numero di bit a di- 
sposizione per le segnalazioni. In questo modo sarebbe possibile comunicare tramite i 
byte K anche quei comandi che devono essere noti a tutti i nodi deiranello (vedi "LP 
all span"). 

L'idea alia base della presente invenzione consiste nel prevedere un'ulteriore 
segnalazione per la protezione, usando una seconda coppia di byte Kl e K2, prenden- 
doli da byte ancora inutilizzati nella trama SDH (o SONET). In questo modo vi e la 
possibility di dedicare una coppia alle segnalazioni di tipo span e la seconda per le se- 
gnalazioni di tipo ring. In questo modo e possibile gestire contemporaneamente piu ri- 
chieste di tipo span (a priorita anche differente) e richieste di tipo ring. 

Come mostra il disegno in Fig. 5, secondo l'invenzione, ogni nodo gestisce in 
ricezione ed in trasmissione, per ogni lato, due coppie di byte Kl e K2; la prima cop- 
pia e destinata ad un primo tipo di segnalazione, ad esempio la segnalazione span e la 
seconda coppia ad un secondo tipo di segnalazione, ad esempio la segnalazione ring. 
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Ogni nodo analizza le sue richieste e distingue tra queste quella prioritaria di tipo span 
e la prioritaria di tipo ring. 

Convenientemente, le codifiche dei byte Kl e K2 rimangono quelle indicate 
sopra e standardizzate: in questo modo si riduce la complessita di elaborazione ag- 
giuntiva rispetto ai meccanismi tradizionali. 

In pratica il protocollo di protezione viene sdoppiato in due livelli, ciascuno dei 
quali e formalmente indipendente dall'altro per cio che concerne le segnalazioni; per 
ciascuno di essi la protezione viene effettuata secondo le regole standard, cioe la pro- 
tezione di tipo span continua ad essere stabilita sul percorso breve mentre la protezio- 
ne di tipo ring viene gestita sul percorso lungo. Sara ciascun nodo che dovra integrare 
le informazioni span e quelle ring al fine di eseguire correttamente le operazioni sul 
traffico: esso, infatti, dovra eseguire quelle operazioni dettate dalla richiesta prioritaria 
tra span e ring e valutare poi se sono fattibili operazioni sui flussi dettate dalla richie- 
sta a priorita inferiore. In tal modo si garantisce comunque la massima protezione sul 
traffico ad alta priorita. 

Come evidenziato in Fig. 5, l'idea della doppia segnalazione consente la ge- 
stione contemporanea di protezioni ring e span (cosa al momento non consentita dalle 
raccomandazioni). Pur mantenendo la priorita gia prevista, sarebbe possibile comple- 
tare, infatti, la segnalazione di tipo ring e quindi andare a proteggere alcuni dei flussi 
che attraversano il guasto ring. Sempre con riferimento alia Fig. 5, non solo si potreb- 
be eseguire la protezione ring, ma anche il degrado span verrebbe segnalato. 

Tenendo conto della priorita delle varie segnalazioni, il path di Fig. 1 potrebbe 
anche essere protetto e salvato nel caso di guasto ring tra G ed F, di guasto span tra C 
e D e di degrado tra E ed F. 
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Inoltre diventerebbe possibile comunicare alcuni comandi che al momento so- 
no locali (LP all span) e rendere quindi noto all'intero anello la situazione completa di 
ciascun nodo. 

L'idea di raddoppiare la coppia di segnalazione implica una gestione piu com- 
plessa del traffico da parte di ciascun nodo; infatti, le azioni conseguenti (inserzione 
AIS, operazioni di bridge e Switch) devono essere prese integrando le informazioni 
delle due coppie di byte K e stabilendo in base ad esse quali sono i flussi da protegge- 
re e quali invece non possono venire protetti. 

I byte di segnalazione aggiuntivi (KT e K2') possono essere presi dalla parte di 
HoverHead della trama (SDH o SONET). In linea di principio possono essere utiliz- 
zati due qualsiasi byte della trama che non sono attualmente assegnati ad altri scopi, 
owero quelli definiti "per uso nazionale" nella ITU-T G.841. 

In definitiva, il metodo dell'invenzione consente di gestire situazioni di guasti 
plurimi di diverso tipo in reti per telecomunicazioni transoceaniche con topologia ad 
anello in cui vengono trasmessi segnali organizzati in trame di byte ed in cui le trame 
trasmesse comprendono una coppia (Kl, K2) di byte di segnalazione di eventi (guasti 
o comandi). II metodo e caratterizzato dal fatto di prevedere nelle trame trasmesse^al^ * y 

• jg^o f 

meno un'ulteriore coppia di byte (Kl\ K2 f ), la prima coppia di byte (Kl, K2) essendo vW^fj 
per la segnalazione di eventi di un primo tipo mentre l'almeno un'ulteriore coppia^di; 




byte (Kl 1 , JC2 1 ) essendo per la segnalazione di eventi di un secondo tipo. II primo tipo 
di eventi comprende indifferentemente eventi di tipo span (SF_S, SD_S) o di tipo ring 
(SF_R, SD_R); corrispondentemente, il secondo tipo di eventi comprende indifferen- 
temente eventi di tipo ring (SF_R, SD_R) o di tipo span (SFJS, SDJS). 

Lo stesso metodo di gestione di MS-SPRING indicato sopra pud essere defi- 
nite) in termini di azioni eseguite dagli elementi di rete o nodi. II metodo cosi definite) 
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comprende la fase di ricevere trame di segnale comprendenti primi byte di segnalazio- 
ne (Kl, K2) ed e caratterizzato dalla fase di ricevere almeno un'ulteriore coppia di byte 
(Kl', K2 f ) di segnalazione, la prima coppia di byte (Kl, K2) essendo per la segnala- 
zione di eventi di un primo tipo mentre l'almeno un'ulteriore coppia di byte (Kl 1 , K2') 
essendo per la segnalazione di eventi di un secondo tipo. II metodo comprende Tulte- 
riore fase di elaborare le informazioni portate dalla prima coppia di byte (Kl, K2) e 
dalFalmeno un'ulteriore coppia di byte (Kl 1 , K2 f ) per eseguire operazioni (Bridge & 
Switch o Pass-Through) finalizzate, in caso di eventi plurimi di tipo diverso, a salvare 
quanto piu traffico possibile. Tali operazioni sono basate sulla richiesta prioritaria tra 
span e ring e comprendono la fase di valutare se sono fattibili operazioni sui flussi 
dettate dalla richiesta a priorita inferiore. In tal modo viene garantita la massima pro- 
tezione sul traffico ad alta priorita 

L'ambito della presente invenzione si estende anche naturalmente ad una 
struttura di trama per telecomunicazioni che comprende una prima coppia di byte (Kl, 
K2) adibiti alia segnalazione di eventi, caratterizzata dal fatto di comprendere almeno 
un'ulteriore coppia di byte (Kl 1 , K2') adibiti alia segnalazione di eventi, la prima cop- 
pia di byte (Kl, K2) essendo per la segnalazione di eventi di un primo tipo mentre 
Talmeno un'ulteriore coppia di byte (Kl', K2 f ) essendo per la segnalazione di eventi di 
un secondo tipo. 

Infine, Tambito della presente invenzione si estende anche ad un nodo o ele- 
mento di rete in grado di processare trame per telecomunicazioni del tipo sopra e in 
grado di eseguire le fasi del metodo. 

II metodo dell'invenzione pud essere eseguito sia in hardware che in software e 
pertanto Tambito dell'invenzione si estende anche ad un programma software in grado 



10 



IsS- COR^ADO BORSAHO <is«. 446) 

c/o ALCATEL ITALIA S\p.A 
Via Mo, 30 - 20G59 ViMERCATE I m) 

di eseguire il metodo eadun mezzo di memoria sul quale e memorizzato il program- 
ma software. 

Benche per chiarezza la presente invenzione abbia trattato la situazione di reti 
ad anello affette da guasti plurimi, e evidente che la parola "guasto" deve essere intesa 
come comprendente guasti veri e propri alia fibra, ad elementi di rete o a loro compo- 
nent! ma anche degradi di segnale o comandi d'operatore che potranno essere com- 
plessivamente definiti "eventi". Quindi, "eventi di tipo span" comprendono: SF_S, 
SDJS, SF_P, SDJP e comandi (EXER_S, MS_S, FS_S, LP_S, LP_S ALL, LW_S); 
"eventi di tipo ring" comprendono: SF_R, SD_R e comandi (EXERJR, MSJR, FS_R 
e LW_R). 

Per il significato delle sigle e della terminologia usata in questa descrizione e 
nei disegni si faccia riferimento alia suddetta Raccomandazione ITU-T G. 84 L 

E evidente che al metodo, alia trama e al nodo secondo la presente invenzione 
potranno essere apportate numerose modificazioni, adattamenti e varianti senza peral- 
tro fuoriuscire dall'ambito di protezione definito dalle seguenti rivendicazioni che si 
intendono tutte una parte integrante della presente descrizione. 
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RIVENDICAZIONI 

1 . Metodo per gestire situazioni di eventi plurimi di diverso tipo in reti per 
telecomunicazioni con topologia ad anello protette da un meccanismo di protezione 
del traffico (MS-SPRING) in cui vengono trasmessi segnali organizzati in tratne di 
byte ed in cui le trame trasmesse comprendono una coppia (Kl, K2) di byte di segna- 
lazione di eventi, il metodo essendo caratterizzato dal fatto di prevedere nelle trame 
trasmesse almeno un'ulteriore coppia di byte (Kl\ K2 f ) di segnalazione di eventi, la 
prima coppia di byte (Kl , K2) essendo per la segnalazione di eventi di un primo tipo 
mentre r almeno un'ulteriore coppia di byte (Kl 1 , K2 f ) essendo per la segnalazione di 
eventi di un secondo tipo. 

2. Metodo secondo la rivendicazione 1, caratterizzato dal fatto che il pri- 
mo tipo di eventi comprende eventi solo di tipo span e che il secondo tipo di eventi 
comprende corrispondentemente solo eventi di tipo ring. 

3. Metodo secondo la rivendicazione 1, caratterizzato dal fatto che il pri- 
mo tipo di eventi comprende eventi solo di tipo ring e che il secondo tipo di eventi 
comprende corrispondentemente solo eventi di tipo span. 

4. Metodo secondo la rivendicazione 1, 2 o 3, caratterizzato dal fatto che 
dette reti per telecomunicazioni sono reti ottiche transoceaniche comprendenti nodi 
connessi attraverso tratte aventi almeno quattro fibre comprendenti canali di lavoro 
(HP) e canali di protezione (LP). 

5. Metodo per gestire situazioni di eventi plurimi di diverso tipo in una 
rete per telecomunicazioni con topologia ad anello protetta da un meccanismo di pro- 
tezione del traffico (MS-SPRING), in detta rete viaggiando segnali organizzati in tra- 
me, detta rete comprendendo: 

nodi o elementi di rete; e 
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- tratte di fibra, dette tratte di fibra connettendo gli elementi di rete per for- 
mare un anello, il metodo comprendendo la fase, eseguita dai nodi, di rice- 
vere trame di segnale comprendenti primi byte (Kl, K2) di segnalazione di 
eventi ed e 

caratterizzato dalla fase di ricevere almeno un'ulteriore coppia di byte (Kl', K2') di se- 
gnalazione di eventi, la prima coppia di byte (Kl, K2) essendo per la segnalazione di 
eventi di un primo tipo mentre Talmeno un'ulteriore coppia di byte (Kl 1 , K2 1 ) essendo 
per la segnalazione di eventi di un secondo tipo. 

6. Metodo secondo la rivendicazione 5, caratterizzato dal fatto che le fasi 
di ricevere trame di segnale comprendenti primi byte (Kl, K2) di segnalazione di 
eventi e di ricevere almeno un'ulteriore coppia di byte (Kl 1 , K2') di segnalazione di 
eventi comprendono le rispettive fasi di ricevere primi byte (Kl, K2) di segnalazione 
di eventi solo di tipo span e di ricevere almeno un'ulteriore coppia di byte (Kl', K2 f ) di 
segnalazione di eventi solo di tipo ring. 

7. Metodo secondo la rivendicazione 5, caratterizzato dal fatto che le fasi 
di ricevere trame di segnale comprendenti primi byte (Kl, K2) di segnalazione di 
eventi e di ricevere almeno un'ulteriore coppia di byte (Kl 1 , K2') di segnalazione di 
eventi comprendono le rispettive fasi di ricevere primi byte (Kl, K2) di segnalazione 
di eventi solo di tipo ring e di ricevere almeno un f ulteriore coppia di byte (Kl 1 , K2') di 
segnalazione di eventi solo di tipo span. 

8. Metodo secondo la rivendicazione 5, caratterizzato dal comprendere v 
rulteriore fase di elaborare le informazioni portate dalla prima coppia di byte (Kl, B^2 
e dall ! almeno un f ulteriore coppia di byte (Kl', K2 f ) per eseguire operazioni finalizzate, 
in caso di eventi plurimi di tipo diverso, a salvare quanto piu traffico possibile. 




13 



!sig.COR£ADa msm (bcr. 446} 

~c/b ALCATEL ITALIA S.p.A. 
V:a Troiito, 33 - 20C59 VIMERCATE { Ml) 

9. Metodo secondo la rivendicazione 8, caratterizzato dal fatto che la fase 
di eseguire operazioni comprende la fase di eseguire operazioni basate su criteri di 
priorita tra span e ring e la fase di elaborazione comprende la fase di valutare se sono 
fattibili operazioni sui flussi dettate dalla richiesta a priorita inferiore. 

10. Struttura di trama di segnale per telecomunicazioni comprendente una 
prima coppia di byte (Kl, K2) adibiti alia segnalazione di eventi, caratterizzata dal 
fatto di comprendere almeno un'ulteriore coppia di byte (Kl', K2 1 ) adibiti alia segnala- 
zione di eventi, la prima coppia di byte (Kl, K2) essendo per la segnalazione di eventi 
solo di un primo tipo mentre Talmeno un'ulteriore coppia di byte (Kl r , K2*) essendo 
per la segnalazione di eventi solo di un secondo tipo. 

11. Struttura di trama secondo la rivendicazione 10, caratterizzata dal fatto 
che la prima coppia di byte (Kl, K2) di segnalazione di eventi e adibita alia segnala- 
zione di eventi solo di tipo span e l'almeno un'ulteriore coppia di byte (Kl 1 , K2') di se- 
gnalazione di eventi e adibita alia segnalazione di eventi solo di tipo ring. 

12. Struttura di trama secondo la rivendicazione 10, caratterizzata dal fatto 
che la prima coppia di byte (Kl, K2) di segnalazione di eventi e adibita alia segnala- 
zione di eventi solo di tipo ring e Talmeno un'ulteriore coppia di byte (Kl 1 , K2') di se- 
gnalazione di eventi e adibita alia segnalazione di eventi solo di tipo span. 

13. Elemento di rete di una rete per telecomunicazioni con topologia ad 
anello protetta da un meccanismo di protezione del traffico (MS-SPRING), in detta 
rete viaggiando segnali organizzati in trame, detta rete comprendendo: 

nodi o elementi di rete; e 

tratte di fibra, dette tratte di fibra connettendo gli elementi di rete per for- 
mare un anello, l'elemento di rete comprendendo mezzi per ricevere trame 
di segnale comprendenti primi byte (Kl, K2) di segnalazione di eventi ed & 
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caratterizzata dal fatto di comprendere mezzi per ricevere almeno un'ulteriore coppia 
di byte (Kl\ K2 f ) di segnalazione di eventi, la prima coppia di byte (Kl, K2) essendo 
per la segnalazione di eventi di un primo tipo mentre l'almeno un'ulteriore coppia di 
byte (Kl 1 , K2') essendo per la segnalazione di eventi di un secondo tipo. 

14. Programma per elaboratore comprendente mezzi di codifica di pro- 
gramma di elaboratore adatti ad eseguire tutte le fasi del metodo secondo le rivendica- 
zioni 1-4 o 5-9 quando detto programma viene fatto girare su un elaboratore. 

15. Mezzo leggibile tramite elaboratore avente un programma registrato su 
di esso, detto mezzo leggibile tramite elaboratore comprendendo mezzi di codifica di 
programma di elaboratore adatti ad eseguire tutte le fasi del metodo secondo le riven- 
dicazioni 1-4 o 5-9 quando detto programma viene fatto girare su un elaboratore. 

p.p. ALCATEL 
II mandatario: 
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